stoprcrelationship

Use o comando stoprcrelationship para parar o processo de cópia de um relacionamento Metro Mirror ou Global Mirror individual. Também é possível usar esse comando para permitir acesso de gravação a um volume secundário consistente que inclua um relacionamento ativo/ativo.

Sintaxe

Parâmetros

-access: (Opcional) Especifica que o sistema concede acesso de gravação a um volume secundário consistente.
rc_rel_id | rc_rel_name: (Obrigatório) Especifica o ID ou o nome do relacionamento para o qual parar todo o processamento.

Descrição

O comando stoprcrelationship se aplica a um relacionamento independente. O comando será rejeitado se ele for endereçado para um relacionamento que faça parte de um grupo de consistências. É possível emitir esse comando para parar um relacionamento que está copiando de volumes primários para secundários.

Nota: Não será possível parar um relacionamento usando o parâmetro -access para um relacionamento se os volumes primário e secundário tiverem tamanhos diferentes.

Se o relacionamento estiver em um estado inconsistente, todas as operações de cópia serão interrompidas e não continuarão até que um comando startrcrelationship seja emitido. Para um relacionamento no estado consistent_synchronized, esse comando causa um congelamento de consistência.

Quando um relacionamento estiver em um estado consistente - no estado consistent_stopped, consistent_synchronized, consistent_copying ou consistent_disconnected - será possível usar o parâmetro access para permitir acesso de gravação ao volume secundário. Tabela 1 fornece os estados inicial e final do grupo de consistências.

O estado consistent_synchronized é um estado consistente. Um relacionamento no estado consistent_synchronized passará para o estado consistent_stopped quando você especificar stoprcrelationship. Como o volume de mudança secundário retém a imagem consistente, um relacionamento parado consistent_synchronized pode não ter seu volume de mudança secundário desconfigurado. Isso pode ser conseguido ativando o acesso ou concluindo a sincronização para que o disco secundário contenha uma imagem consistente. Um relacionamento em consistent_synchronized ou consistent_stopped aceita a transição do estado stoprcrelationship -access para inativo.

A imagem consistente presente no volume de mudança está acessível no volume secundário. Após o comando ser concluído, o volume secundário poderá entregar E/S de leitura e gravação do host.

Uma operação de cópia em plano de fundo de FlashCopy migra os dados para a imagem consistente do volume de mudança para o volume secundário. Enquanto a operação de cópia em segundo plano estiver em andamento, o volume de mudança para o volume secundário permanecerá em uso.

O comando de ativação de acesso poderá atingir tempo limite se houver E/S a ser processada antes do mapa de FlashCopy poder ser acionado. Nesse caso, o relacionamento atrasará a transição para inativo até que o mapa reverso seja iniciado e o acesso de gravação disponível. O acesso de leitura aos dados consistentes permanece disponível.

Para parar relacionamentos ativo/ativo:

-access está especificado
O estado do relacionamento é consistent_copying
O estado do relacionamento é primary_offline

Especifique stoprelationship -access para obter acesso de leitura ou gravação do host a um volume em um relacionamento ativo/ativo que contém uma imagem mais antiga, mas consistente, que pode ser necessária em um cenário de recuperação de desastre (o relacionamento possui um estado consistent_copying).

Quaisquer volumes secundários da cópia remota mapeados para hosts do tipo hide_secondary serão apresentados ao host se você especificar -access. Os caminhos para esses volumes aparecem para o host e um inventário de número da unidade lógica (LUN) que alterou a atenção da unidade é levantado para reportar a disponibilidade.

Ao ativar o acesso de leitura e gravação para um relacionamento consistent_copying, especifique stoprcrelationship -access para restaurar uma imagem consistente no volume de mudança secundário que esteja usando um mapeamento de FlashCopy. (Dependendo da duração dessa operação, o comando da CLI poderá atrasar.) Esse processo falhará se o volume secundário ou o volume de mudança secundário estiver off-line. Se você parar o relacionamento sem especificar o parâmetro -access, o relacionamento irá se tornar consistent_stopped e o volume de mudança secundário permanecerá inalterado.

Para ativar o acesso a um volume secundário que não é consistente, especifique rmrcrelationship -force.

Tabela 1. Estados do Grupo de Consistências stoprcrelationship
estado inicial	estado final	Notas
inconsistent_stopped	inconsistent_stopped	Se access for especificado, o comando será rejeitado.
inconsistent_copying	inconsistent_stopped	Se access for especificado, o comando será rejeitado sem nenhum efeito e o relacionamento permanecerá no estado `inconsistent_copying`.
consistent_stopped	consistent_stopped	Se access for especificado, o estado final será `idling`.
consistent_synchronized	consistent_stopped	Se access for especificado, o estado final será `idling`. Se access não for especificado, o estado final será `consistent_stopped`.
consistent_copying	consistent_stopped	Se access for especificado, o estado final será `idling`. Se access não for especificado, o estado final será `consistent_stopped`.
idling	idling	Permanece no estado `idling`, independentemente de access ser especificado.
idling_disconnected	inalterado	Se especificado sem access, o relacionamento ou grupo permanecerá no estado `idling_disconnected`. Se os sistemas em cluster se reconectarem, o relacionamento ou grupo estará em um estado `inconsistent_stopped` ou `consistent_stopped`.
inconsistent_disconnected	inconsistent_stopped	O comando é rejeitado, com ou sem o sinalizador access .
consistent_disconnected	consistent_stopped	O comando será rejeitado, se especificado sem access. Se especificado com access, o relacionamento ou grupo será movido para o estado `idling_disconnected`.

Um Exemplo de Chamada

rccopy1 stoprcrelationship

A saída resultante:

Sem feedback